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A method for backup of a connection and an electronic device using the 
method 

Field of the invention 

The invention relates to a method for using a backup in a telecommunication con- 
nection where a wireless data transfer connection between a remote application 
and a controlling application should be established, and where the wireless link 
from the remote application is implemented by a wireless terminal connected to 
the remote application. 

Background of the invention 

Series of fundamental changes have happened in communication culture and 
technologies. Some twenty years ago mobile devises were introduced to custom- 
ers for voice communication. Subsequently customers learned also to satisfy their 
other communication needs using data services on their mobile devices. Also a 
possibility to use the Internet by mobile devices was introduced. 

The next quite obvious step was to extend mobile connectivity beyond human be- 
ings. So individuals can nowadays communicate with wireless devices with other 
individuals, devices or systems. The next step forward was a solution where two or 
more machines or applications connected thereto are communicating with each 
other without a human touch by at least partly wireless methods. Those solutions 
are often called machine-to-machine solutions or shortly by an abbreviation M2M. 

Machine-to-machine applications combine features of both the information and 
telecommunication technology. Some examples of possible applications are: Te- 
lemetry: utility meter reading, parking meters; Public traffic services: traffic infor- 
mation, electronic tolling; Sales & payment: vending machines, photocopiers; Ser- 
vice & maintenance: elevators, industrial machines; and solutions in areas of: 
telematics in vehicles, security and surveillance, telemedicine, fleet management 
and home applications. 

As mentioned above M2M systems can be quite complicated. Figure 1 illustrates 
an example of a system according to the prior art. There is a remote application 15 
to or from which all communication must be done trough a wireless terminal 14. In 
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the example of Fig. 1 the terminal 14 is a GSM terminal (Global System for Com- 
munications). The GSM terminal 14 resides in a cell which belongs to a GSM net- 
work 10. The GSM network 10 is connected to some INTRANET 12, which can be 
for example a corporate data network, through a gateway 11. Gateway 11 can 
5 comprise also a Gateway Access Software. INTRANET 12 includes also a control- 
ling application 13, which is used as a control means for the remote application 15 
i.e. the control application is a host to the remote application. This controlling ap- 
plication 13 includes also all connection parameter settings 131 (CPS 1, CPS 2, 
and CPS n), which the controlling application 13 can utilize in its communication. 
10 Which one of the two mentioned applications starts a communication connection 
depends on a particular situation. 

Also the GSM terminal 14 includes its own connection parameter settings 141 
(CPS 1, CPS 2 and CPS m). There can be some differences between the connec- 
15 tion parameter settings in the GSM terminal 14 and the controlling application 13 
located in INTRANET 12. 

Next will be illustrated an example how this prior art system functions in an exem- 
plary situation where the controlling application 13 retrieves information from the 

20 remote application 1 5 by exploitation of one of the possible connection parameter 
settings 131. For sending a command to the remote application 13 the controlling 
application 13 establishes at first a data transfer connection 111 to the gateway 
11. From there the command is routed via a further data connection 101 to the 
GSM network 10. The command is further routed by a service bearer on a radio 

25 channel 103 to the wireless GSM terminal 14. If possible, a default service bearer 
defined in the CPS settings is used in the data transfer in the radio channel 103 
between the core GSM network 10 and GSM terminal 14. Some examples of the 
possible service bearers are: GPRS (General Packet Radio Service), EGPRS 
(Edge GPRS), HSCSD (High Speed Circuit Switched Data), CSD (Circuit 

30 Switched Data) and SMS (Short message Service). 

From the GSM terminal 14 the command is sent for example via a fixed connec- 
tion 151 or via a proximity connection utilizing Bluetooth or other proximity network 
technology to the remote application 15. The remote application 15 follows the 
35 command it has received. A result of the command can be that the remote applica- 
tion 15 sends some data back to the controlling application 13. This is depicted by 
an arrow 152. The route back to the controlling application 13 can be the route de- 
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picted above in a reversed order. The process ends when the controlling applica- 
tion 13 receives the data sent by the remote application 15. 

It is also possible that the remote application 15 is an initiator in a connection 
5 setup attempt. In that case the connection setup will be made using a default 
bearer, which is defined to the remote application 15. 

The default connection parameter setting, or in other words the default service 
bearer, which the GSM terminal 14 uses, can be defined by a command 153 given 

10 by the remote application 15 or controlling application 13. In both cases the deci- 
sion to be made must be done either in the controlling application 13 or remote 
application 15 but not in the wireless terminal 14, which only follows those orders it 
has received. This kind of function is possible if in the design phase the application 
designer has also the capability to implement to the remote application special fea- 

15 tures, which are connected to the possible service bearers. 

So in the prior art the wireless GSM terminal 14 is not allowed to change the 
bearer service independently. A problem can arise when the default bearer service 
is not usable for some reason. In that situation the wireless GSM terminal 14 
20 makes useless connection setup attempts which can all fail in the worst case. If 
the application designer has no taken this situation into account, the data transfer 
cannot succeed at all. Often the application designer is not capable or willing to 
design also the communication features needed and that is why the remote appli- 
cation 15 works perfectly only in limited environmental conditions. 

25 

Summary of the invention 

An object of the invention is to provide a new kind of wireless communication es- 
tablishment procedure to a remote application where the remote application needs 
30 not to know which kind of a service bearer is to be used in the supporting wireless 
link. 

The objects of the invention are achieved by connection establishment method 
where the selection of an appropriate service bearer is done fully in a wireless ter- 
35 minal connected to the remote application. The terminal has a list of preferred 
service bearers and it makes the decision about which one of them is the most 
appropriate and also available. In this decision the terminal avails knowledge 
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about data which the remote application wants to transmit, available service bear- 
ers and their expenses. 

An advantage of the invention is that the remote application can be designed sim- 
5 pier because there is no need to implement parts or software elements which are 
needed in data transfer in a supporting wireless link. 

Another advantage of the invention is that if changes to connection parameter set- 
tings are needed, these can be made directly to the terminal configuration either 
1 0 by controlling application or remote application. 

Another advantage of the invention is that the data transfer is more reliable than 
by using a system of prior art because the terminal can use anyone of the existing 
service bearers in the cellular network if needed. 

15 

A further advantage of the invention is that it enables usage of several operators. 

A further advantage of the invention is that the order of the service bearers or the 
default service bearer can be changed according to terminal configuration which 
20 means that the remote or controlling application do not need to manage bearer se- 
lection. 



Yet another advantage of the invention is that the default service bearer will be re- 
sumed when conditions put by the user of the application are fulfilled. 

25 

The idea of the invention is basically as follows: A wireless terminal, which is con- 
nected to a remote application, includes a list of service bearers in a preferred or- 
der. It comprises for example all usable service bearers and their connection pa- 
rameter settings. That is why there is no need in the remote application, which is 

30 connected to the GSM terminal according to the invention, to be included connec- 
tion parameter settings, which are needed if a service bearer used in the wireless 
link between the GSM terminal and core GSM network must be changed for one 
reason or another. The GSM terminal uses the connection parameter settings in 
the list in a defined order. If the first one in the list cannot be used, the GSM termi- 

35 nal moves to next one on its list. If the second one is not possible either, the GSM 
terminal moves to the next one in order and so on. This procedure recurs every 
time when there is a need to establish a data transmission connection from or to 
the remote application. If for some reason the default service bearer was not used 
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in a data transmission, which already has been disconnected, a returning mecha- 
nism included in the invention changes back to the original service bearer. The 
wireless terminal according to the invention can also comprise a list of allowed 
service operators. 

Some preferred embodiments of the present invention are disclosed in the de- 
pended claims. 

Brief description of the drawings 

The invention is described in detail below. Reference is made to the accompany- 
ing drawings in which 

Fig. 1 shows an example of a telecommunication network of a prior art, 

15 Fig. 2a shows an embodiment of a wireless terminal according to the invention, 

Fig. 2b shows a second embodiment of a wireless terminal according to the in- 
vention, 

Fig. 3 shows, as an example, a flow chart including main stages of the method 
according to the invention, and 

20 Fig. 4 shows, as an example, the main components of a wireless terminal 
where the method according to the invention is used. 

Detailed description 

Figure 1 was discussed in conjunction with the description of the prior art. 



25 Figure 2a illustrates an example of the present invention. A remote application 15 
is fixedly or proximity connected to a wireless terminal 24a according to a first em- 
bodiment of the invention. With an arrow 151 is depicted information or com- 
mands, which the wireless terminal 24a has received from a controlling application 
13 located in some INTRANET (shown in Fig.1) and which will be inputted to the 

30 remote application 15. With a second arrow 152 is depicted data that will be trans- 
mitted from the remote application 15 to the controlling application 13. In this 
example data is transmitted via a wireless link 103 to a serving GSM network and 
from there to the INTRANET 12. 
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The remote application 15 has only those features which are necessary for its ba- 
sic purpose or function. It is not needed to implement parts or functions, which are 
needed in data transmission in a serving telecommunication network. The serving 
network in the examples of figures 1 , 2a and 2b is a TDMA-network (Time Division 
5 Multiple Access) for example a basic GSM network or a GSM network supporting 
also a GPRS service. However, the inventive idea can be implemented also in 
other cellular networks technologies. 

A wireless terminal 24a according to the first embodiment of the invention com- 

10 prises control logic 242 and a functional block 241 for connection parameter set- 
tings: CPS 1, CPS 2 and CPS m. Each one of the parameter settings corresponds 
to one given service bearer for example: GPRS, EGPRS, HSCSD, CSD and SMS. 
The preferred order of use of these connection parameter settings is predeter- 
mined. One of them is always a default connection parameter setting. The control 

15 logic 242 tries to use the default connection parameter setting when a new con- 
nection must be established. If this is not possible for some reason at all or if it 
does not succeed, the control logic 242 tries the next appropriate connection pa- 
rameter setting. If also this second connection parameter setting is impossible to 
use, the control logic 242 chooses the third preferred connection parameter setting 

20 if there are more than two configured. This process can continue until the last pos- 
sible connection parameter setting has been tried and it has also failed. If this un- 
wanted circumstance has arisen, some alternative courses of action are depicted 
in connection of figure 3. The order in which the control logic 242 makes the estab- 
lishment tryouts is advantageously defined during the application installation. 

25 However, according to the invention it is possible to change the originally defined 
order with an order given by the controlling application 13 located in the 
INTRANET 12. 

The control logic 242 has a fixed connection 240 to the functional block 241. 

30 Through this connection the control logic 242 can utilize the connection parameter 
settings and arrange and change the order of the available connection parameter 
settings. So if the controlling application 13 gives an order to the wireless terminal 
24a to change the preferred order of the connection parameter settings 241, the 
control logic 242 makes the ordered changes without any additional commands 

35 from the remote application 15. 

Figure 2b illustrates a second embodiment of the present invention. A wireless 
terminal 24b comprises control logic 242a, first functional block 241a for connec- 
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tion parameter settings: CPS 1, CPS 2, CPS 3 and CPS m and second functional 
block 241b for operator selection: operator 1, operator 2, operator 3 and operator 
q. The control logic 242a has a fixed connection 240a to the first functional block 
241a. Through this connection the control logic 242a can utilize the connection pa- 
5 rameter settings and arrange and change the order of the connection parameter 
settings in the first functional block 241b. The control logic 242a has also a fixed 
connection 240b to the second functional block 241b where the preferred operator 
settings are. Through this connection 240b the control logic 242a can utilize the 
preferred operator settings and arrange and change the order of the preferred ser- 
10 vice operators. 

There are several possibilities how control logic 242a can function in the example 
of figure 2b. The first option is to choose first one of the service operators 241b, 
which are also arranged into preferred order. The first one of them is set as default 

15 operator. If the default operator is not available, the control logic 242a selects an 
operator preferred next. When the service operator has been selected and there is 
need for communication, the control logic 242a subsequently selects the default 
connection parameter setting from connection parameter settings 241a, i.e. a pre- 
ferred service bearer. If it is not available, the next suitable connection parameter 

20 setting will be tried. If none of the possible connection parameter settings are 
available or cannot be used for some reason, the connection establishment is 
failed. 

A second possible option is that the connection parameter setting, i.e. the service 
25 bearer, is selected first. After that the control logic 242a combs the operator list 
241b. If the default operator can support the wanted service bearer, it will be used. 
However, if the default operator is incapable to offer wanted service bearer, the 
control logic 240a moves to the next preferred service operator. This process con- 
tinues until a service operator, which can offer the wanted service, is found. If 
30 none of the possible service operators can support the asked service bearer, the 
connection establishment is failed. 

A third possible option is to use the connection parameter settings 241a and ser- 
vice operator list 241b in an arbitrary combination. In this option for example the 
35 default connection parameter setting, i.e. service bearer, can be selected first. Af- 
ter that the default operator is selected from the operator list. If it can support the 
selected service bearer, this operator will be the serving one. However, if the de- 
fault operator cannot support the wanted service bearer, the next appropriate op- 
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erator will be tried. This process continues until a sen/ice operator, which can offer 
the asked service, is found. If none of the possible service operators can support 
the asked service bearer, the control logic 242b returns to the connection parame- 
ter settings 241b. It selects the next appropriate connection parameter setting and 
5 returns again to the service operator list 241b. The order, in which the operator list 
is now used, can be the same as in the first pass of the operator list or the order 
can also be changed. 

In this third option either one of the possible selections can be done first: a selec- 
10 tion from the connection parameter settings 241a or a selection from the operator 
list 241 b. It is also possible that the order of the items in either one of the lists can 
depend on the preceding selection of the other list. Connection establishment try- 
out is failed only when the last possible selection has been failed. 

15 Which one of the above-mentioned alternatives is used can be based for example 
on the reliability of the service bearer, costs involved, capacity needed or time on 
hand. 

Figure 3 illustrates in the form of an exemplary flow chart the main stages of the 
20 connection backup method of the present invention. In the beginning a wireless 
terminal 14 is in a standby mode or idle state. The connection establishment pro- 
cedure starts in phase 310 where a need for connection is detected. In the next 
step, reference sign 311, is checked which connection parameter settings, which 
correspond to available service bearers, have been implemented in the wireless 
25 modem. It is also checked which one of them at present is the default one. 

The connecting setup starts with the default connection parameter setting, phase 
312. Next in a first comparison phase 320 is checked if the attempt made in phase 
312 was successful or not. If it was successful, the process ends in phase 390 
30 where the actual data transfer between the remote application 15 and the control- 
ling application 13 in the INTRANET 12 takes place. 

It is also possible that in the beginning of the above-mentioned connection attempt 
in phase 312 the serving network sends immediately a message, for example an 
35 error code, which ends immediately the attempt underway. In this situation the 
process goes directly to phase 370 where an indication is given that the connec- 
tion attempt has been failed (not shown in figure 3). After that the process moves 
to exit phase 385 and the process ends without any successful connection. 
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After disconnection of the data transmission in phase 390 a default connection pa- 
rameter setting will always be defined for the next connection establishment at- 
tempt. There are several alternatives: First the original default parameter setting 
can be restored if it has been changed. Second alternative is that the used con- 
5 nection parameter setting can be set as a new default one. A third alternative is 
that after a predetermined time the original connection parameter setting is re- 
stored. Until that, the last used connection parameter setting is used as a default 
one. Which of the above-mentioned options will be used depends on the 
configuration of the M2M terminal/module. 

10 

If the first comparison in phase 320 gives a negative result, the process proceeds 
to a second comparison phase 330. There it is checked, whether a new connec- 
tion setup attempt with the same connection parameter setting is allowed or not. 
One of the decision criteria used in this phase 330 is the number of allowed tryouts 
15 for a certain connection parameter setting. If a new tryout is allowed, the process 
returns to phase 31 1 and the above described sequence recurs. In that case a 
new connection attempt starts again in phase 311 with the same connection pa- 
rameter setting as earlier. 

20 If the comparison in second comparison phase 330 gives a negative result, which 
means that the default connection parameter setting cannot be used anymore, the 
process continues in a third comparison phase 340. In the third comparison it is 
checked if there is a backup connection parameter setting according to the inven- 
tion left. If the third comparison gives a negative answer it means that the intended 

25 connection cannot be established and the process proceeds via phase 370 to exit 
phase 385. 

If the comparison in third comparison phase 340 gives a positive result, the proc- 
ess continues to a fourth comparison phase 350. In fourth comparison phase 350 
30 it is checked if the backup connection parameter setting can be used or not. Which 
one of the possible backup connection parameter settings is used in this phase 
can be defined for example by a counter, which is incremented every time when a 
transition from third comparison phase 340 to fourth comparison phase 350 oc- 
curs. 

35 

If the comparison in fourth comparison phase 350 gives a positive result the proc- 
ess continues to phase 360. In phase 360 the alternative backup connection pa- 
rameter setting replaces the earlier one, which did not succeed to open wanted 
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communication channel. After phase 360 a new attempt starts in phase 311 and 
the process continues in above described manner. 

If the comparison in fourth comparison phase 350 gives a negative result, which 
5 means that the alternative backup connection parameter setting cannot be used 
for some reason, the process branches via phase 370 to the exit phase 385. 

In the exit phase 385 it is noticed that the connection establishment has been 
failed definitively. In that case the process ends in phase 385 without any success- 
10 ful data transfer, which then typically results in a notification to the remote applica- 
tion 15. 

For example following reasons can result in the exit phase 385. If the remote ap- 
plication 15 is embedded in a moving unit, for example in a container, the unit can 
15 end up in an area where no service operator, which the wireless terminal is aware 
of, provides a service. It is also possible that a moving unit ends up in place where 
it is surrounded by conducting materials as the case may be in a bay of a ship. A 
telecommunication connection is not possible in either case. 

20 The unwanted exit phase 385 can cause that a new connection establishment at- 
tempt is made after some predetermined time. This unwanted situation, i.e. no 
connection established after several connection attempts, can recur for a number 
of times. In this situation it is possible that the remote application 15 sets a time 
limit to the wireless terminal 24a or 24b when a new attempt will be allowed. This 

25 time limit can also be configured to the wireless terminal as a default during the 
implementation of the terminal. 

It is also possible that, if the connection establishment attempts do not end with a 
successful connection, the wireless terminal is allowed to reset its functions. The 

30 wireless terminal can do it at once or after a predetermined time. It is also possible 
that the remote application 15 gives a reset order. After the reset of the wireless 
terminal 24a, 24b a new connection establishment attempt can be made. If the 
connection attempt is not successful, a new reset is possible. However, advanta- 
geously the time after which a new reset is allowed is always longer than the time 

35 lapsed between last two preceding reset attempts. 
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Above mentioned phases can be fulfilled by appropriate software means, i.e. a 
computer program, which is installed in the wireless terminal 24a, 24b. The com- 
puter program can be implemented for example by Java language. 

Figure 4 shows, as an example, main parts of a wireless terminal 40 employing 
5 the method according to the invention. The terminal 40 utilizes an antenna 41 in 
transmitting and receiving messages. Reference designator 42 represents the 
means constituting a receiver RX by which the wireless terminal 40 receives mes- 
sages from the supporting cellular network. The receiver RX comprises the means 
according to the prior art for all received messages. 

10 

Reference designator 43 represents the means that constitute a transmitter TX in 
the wireless terminal 40. The transmitter 43 performs on the signal to be transmit- 
ted all the necessary signal processing measures required when communicating 
with the supporting cellular network. 

15 

From the point of view of the invention the crucial functional unit in the terminal 40 
is the control unit 44, which controls the operation of the wireless terminal. The 
control logic 242 or 242a, as depicted in figures 2a or 2b, can be part of the control 
unit 44 of the terminal 40. In this arrangement according to the invention the con- 

20 trol unit 44 determines after each connection establishment request which one of 
the possible connection parameter settings, i.e. the service bearers, will be used. 
The control unit 44 uses in the deduction process a computer program according 
to the invention, which carries out the steps depicted in figure 3. The computer 
program required by the control unit 44 in the operation according to the invention 

25 advantageously resides in a memory unit 45. Also the connection parameter set- 
tings 241 or 241a and operator list 241b can be saved in the memory 45 of the 
terminal 40. 

The control unit 44 is further used to control an application interface API 46 of the 
30 terminal 40. The remote application 15 can be connected, reference signs 151, 
152 and 153, to the application interface 46. Data can be transferred to or from the 
remote application 15 by fixed connections 151 and 152. A third connection 153 il- 
lustrates a possibility to give commands to the wireless terminal 40, for example a 
reset command. 

35 

Some advantageous embodiments according to the invention were described 
above. The invention is not limited to the embodiments described. The inventional 
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idea can be applied in numerous ways within the scope defined by the claims at- 
tached hereto. 



